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(54) Gateway device 

(57) A gateway device (GW) is suggested for con- 
necting and communicating between at least a first and 
a second wired or wireless communication system, in 
which said gateway device (GW) Is a generic gateway 
device being dynamical and/or adjustable with respect 



to the addition and/or removal of at least one wired or 
wireless communication system (DBJ, NB), protocol 
conversion or protocol conversion data, data stream en- 
coder and/or decoder data, bus or device presentation 
data, and/or the like. 
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Description 

[0001 ] The present invention relates to a gateway de- 
vice for connecting and communicating between at ieast 
a first and a second wired or wireless communication 
system or bus system. 

[0002] In networks consisting of a plurality of devices 
each device has for external connection and communi- 
cation a device bus or device bus system or wired or 
wireless communication system. For connecting the dif- 
ferent devices to each other within said network, a net- 
work bus or network bus system is necessary to which 
the device buses or device bus systems are connected 
for data and/or control exchange. In the following the 
notion wired or wireless communication system and bus 
system are used equivalently. 

[0003] For connecting said device buses with said 
network buses a so-called gateway, gateway device or 
bridge device is necessary to make the formats and 
rates of exchanged stream data, control data and/or the 
like compatible with each other. Conventionally, each 
gateway or gateway device has fixed properties with re- 
spect to the device to be connected, on the one hand, 
and the network to which the device is connected, on 
the other hand. 

[0004] Therefore, conventionally, ensuring flexibility 
and reliability when building-up networks of changing ar- 
chitectures is a difficult task when using conventional 
gateway devices or bridge devices. 
[0005] It is an object of the present invention to pro- 
vide a gateway device or bridge device which ensures 
in a particular flexible and reliable manner the connec- 
tion and communication between devices and networks. 
[0006] The object is achieved by a gateway device ac- 
cording to the preamble of claim 1 with the characteriz- 
ing features of claim 1 . 

[0007] Preferred embodiments are within the scope 
of the dependent sub-claims. 

[0008] The inventive gateway device for connecting 
and/or communicating between at least a first and a sec- 
ond wired or wireless communication system is charac- 
terized in that said gateway device is a generic gateway 
device being dynamical and/or adjustable with respect 
to the addition and/or the removal of at ieast one wired 
or wireless communication system, the protocol conver- 
sion or protocol conversion data, data stream encoder 
and/or decoder data, bus or device presentation data, 
and/or the like. 

[0009] In contrast to prior art gateway devices, the in- 
ventive gateway device is built-up as a generic gateway 
device. The property of being a generic gateway device 
is in particular realized by the dynamical and/or adjust- 
able properties of the inventive gateway device with re- 
spect to several properties of the wired or wireless com- 
munication systems to be connected to each other. 
These properties may be the aspects of adding and/or 
removing one or a plurality of wired or wireless commu- 
nication systems. Additionally or altematlveiy, the inven- 



tive gateway device is dynamical and/or adjustable with 
respect to a protocol conversion and/or the respective 
protocol conversion data describing the protocol con- 
version. Further additionally or alternatively, the inven- 

5 tive generic gateway device is dynamical and/or adjust- 
able with respect to data describing data stream encod- 
er and/or decoder. Furtheron, the presentation or repre- 
sentation of buses and/or of devices and further aspects 
are managed In a dynamical and/or adjustable way by 

10 the generic gateway device according to the present in- 
vention. Therefore, the inventive gateway device is ca- 
pable of realizing connections and/or communication in 
a flexible and reliable manner. 
[0010] Said first and second wired or wireless com- 

15 munication systems may be In each case devtoe buses 
or network buses. In the sense of the invention, each 
bus is a device and/or a managing method for realizing 
connections and/or communk:ation. Therefore, in the 
sense of the invention, connecting a distinct devbe, for 

20 instance a canncorder, to a distinct other device, for in- 
stance the home network, is referred to as connecting 
the device bus, i. e. of the camcorder in this example, 
to the other device bus, i. e. to the network bus of the 
home network. 

25 [0011] in the sense of the Invention, each of said de- 
vices to be connected may be a networic, so that in the 
sense of the invention the inventive gateway device may 
be used for connecting different wired or wireless com- 
munication systems of different networks, each network 

30 consisting in each case of different devices. 

[0012] According to a preferred embodiment of the In- 
vention, the inventive gateway device Is adapted to dy- 
namically load and/or remove protocol conversion data 
and/or modules for protocol conversions. In particular, 

35 this is done depending on buses, devices, wired and/or 
wireless communication systems to be connected. 
[0013] It is In particular pretended that the inventive 
gateway device is adapted to dynamically load and/or 
remove data stream decoder and/or data stream encod- 

40 er data. This is in particular done depending on the 
needs of different data stream formats to be communi- 
cated by the inventive gateway device. 
[0014] Furtheron, it is preferred to have the inventive 
gateway device adapted to dynamically obtain, load 

45 and/or remove bus presentation data and/or device 
presentation data. 

[001 5] As a consequence, according to the above de- 
scribed measures in contrast to conventional gateway 
devices or bridge devices the inventive structure for a 

50 gateway device ensures high flexibility and reliability 
when connecting and/or communicating between wired 
or wireless communication systems. 
[001 6] it is of further advantage when the gateway de- 
vk:e Is adapted to bring and/or to present devices and/ 

55 or wired or wireless communication systems to be con- 
nected to and on a unifonn and abstract communication 
layer. 

[0017] According to a further advantageous embodi- 



3 



EP 1 361 713 A1 



4 



ment of the present invention the gateway device is 
adapted to enable the generation and/or representation 
of virtual devices which directly correspond to physical 
devices and/or wired or wireless communication sys- 
tems to be connected. 

[0018] Therefore, a further basic aspect of the present 
invention is to realize - starting from real and physical 
devices and wired or wireless communication systems 
- an abstract and general description, presentation and 
representation of the distinct devices and/or wired or 
wireless communication systems to be connected by 
the gateway device. 

[001 9] Is Is also preferred that the gateway device ac- 
cording to the present invention Is adapted to enable 
and/or to establish direct communication between said 
virtual devices. 

[0020] Furtheron, said abstract communication layer 
contains or is built-up by an UPnP-structure over an IP- 
structure. 

[0021] Furtheron, the Inventive gateway device Is ca- 
pable of interfacing to and/or between non-IP-networks, 
in particular i-LINK, MOST, Bluetooth, and/or the like. 
[0022] Additionally or alternatively, the inventive gate- 
way device is capable of interfacing to and/or between 
IP-networks, in particular IEEE 802.11, IEEE 802.2, 
GPRS, and/or the like. 

[0023] The inventive gateway device advantageously 
contains and/or realizes a physical and/or a data link 
layer, which is In particular capable of having wired or 
wireless communication systems interfaced thereto. 
[0024] Furtheron, the inventive gateway device com- 
prises for each wired or wireless communication system 
to be interfaced different hardware blocks within said 
physical and/or data link layer. 

[0025] It is preferred that the inventive gateway device 
contains and/or realizes a bus driver layer having bus 
drivers for each of said wired or wireless communication 
system to be connected and/or to be interfaced. 
[0026] The inventive gateway device then contains 
and/or realizes hardware adaptation layers for each of 
said wired or wireless communication systems to be 
connected and/or to be Interfaced, so as to enable In- 
terfacing between said hardware blocks and said bus 
driver layer and/or said bus drivers. 
[0027] Additionally, In this case the inventive gateway 
device is capable of installing and/or loading said hard- 
ware adaptation layers from an Intemal memory. Addi- 
tionally or alternatively, the gateway device Is capable 
of Installing and/or loading said hardware adaptation 
layers from external data bases or hardware adaptation 
data bases. This is done in partk:ular upon detection of 
newly connected hardware and/or In particular under 
control of an operating system provided. 
[0028] It is further preferred that specific functionali- 
ties are realized in distinct bus drivers which are in par- 
ticular capable of providing interfaces of asynchronous 
and/or Isochronous data to higher layers. 
[0029] . It Is further preferred that the inventive gateway 



device is capable of installing and/or loading said bus 
drivers from an intemal memory and/or from extemal 
data bases, In particular from bus driver data bases, and 
further in particular upon detection of newly connected 
5 hardware and/or In particular under control of an oper- 
ating system provided. 

[0030] The inventive gateway device preferably con- 
tains and/or realizes a device driver layer having In par- 
ticular a plurality of device drivers. 

' 0 [0031 ] Also In this case It is prefenred that the gateway 
device is capable of installing and/or loading said device 
drivers from an internal memory and/or from extemal 
data bases, in particular from external device driver data 
bases. This Is In partk:ular done upon detection of newly 

IS connected hardware and/or In particular under control 
of an operating system provided. 
[0032] According to a further preferred and advanta- 
geous embodiment of the present invention, the gate- 
way device contains and/or realizes an adaptation layer 

20 or device proxy layer having a plurality of modules and/ 
or a plurality of presentations. 

[0033] The modules are realized as device proxies 
and/or as gateway proxies. 

[0034] Additionally, this devk:e driver layer and In par- 
25 ticular said device driver ere adapted to interiace be- 
tween said bus driver layer and/or said bus drivers and 
said adaptation layer. 

[0035] Furtheron, said adaptation layer or device 
proxy layer is capable of installing and/or loading said 

30 modules from an intemal memory and/or from extemal 
data bases. In particular from extemal proxy data bases 
and/or extemal presentation data bases and further in 
particular upon detection of newly connected hardware 
and/or in particular under control of an operating system 

35 provided. 

[0036] It Is the further idea of the present invention 
that a proxy manager is provided which is adapted to 
load and/or unload said device proxies, said gateway 
proxies and/or said presentations. 

40 [0037] Preferably, said plurality of presentations is 
adapted to form an ak>stract layer. 
[0038] Further, the modules or proxies are capable of 
providing an adaptation of device driver APIs to the ab- 
stract layer, said adaptation comprising the adaptation 

45 and/or the translation of the specific device and service 
discoveries, command sets, eventing and/or the like, to 
respective equivalent abstract discoveries, control, 
eventing functionalities, respectively. 
[0039] Additionally, the device proxies are capable of 

50 presenting device functionalities to said abstract layer 
[0040] Advantageously, the gateway proxies are ca- 
pable of presenting abstract services - in partk:ular pre- 
sented by proxies of other wired or wireless communi- 
cation systems - to a native wired or wireless communl- 

55 cation system. 

[0041] It is of further advantage, if the inventive gate- 
way device is capable of tunneling said abstract layer of 
several wired or wireless communication systems to be 
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connected and/or interfaced, in particular without addi- 
tional adaptation and/or translation. 
[0042] The abstract layer is in particular capable of 
employing an UPnP-structure for said service discovery, 
eventing and/or presentation functionalities. 
[0043] The abstract layer is additionally or alternative- 
ly capable of employing an IP-structure for addressing 
and routing within said abstract layer. 
[0044] Further, the inventive gateway device is adapt- 
ed for loading said presentations together or in conjunc- 
tion with said modules or proxies. 
[0045] Altematively or additionally, the inventive gate- 
way device is adapted to use said presentations as in- 
terfaces of the functionalities to an external user. 
[0046] A further adaptation is provided to use said 
presentations directly or in a way overruled by a control 
device for presenting a given device to an external user 
in a different way. 

[0047] The inventive gateway device may also be ca- 
pable of transcoding streams of data or data streams on 
different wired or wireless communication systems so 
as to ensure interoperability of devices to be connected 
or to be interfaced. 

[0048] In this case one or a plurality of codecs is pro- 
vided for processing said streams or data streams and 
in particular for carrying out said tanscoding. 
[0049] Preferably, a stream manager is provided for 
determining necessary coding schemes. 
[0050] In this case, the inventive gateway device is 
capable of Installing and/or loading said codecs from an 
internal memory and/or from external data bases, in par- 
ticular from external codec data bases. This is in partic- 
ular done upon detection of newly connected hardware 
and/or under control of an operating system provided. 
[0051 ] The inventive gateway device may be capable 
of tunneling said stream data or data streams in the 
transport protocol of the abstract layer of or over several 
wired or wireless communication systems to be con- 
nected and/or to be interfaced. 

[0052] Furtheron, a shared memory may be provided 
for interfacing said codecs and said stream data or data 
streams. 

[0053] In this case said shared memory is adapted to 
be managed by said stream manager. Furtheron, said 
stream manager may be adapted to manage said 
shared memory. 

[0054] The stream manager may be adapted to man- 
age the connection between different devices. 
[0055] According to another aspect of the present in- 
vention a resource manager is provided which is adapt- 
ed to be aware of bus resources, such as bandwidths, 
numbers of streams, and/or the like. 
[0056] Said resource manager may be adapted to be 
responsible for rejecting requests which go beyond said 
available resources. 

[0057] Accordingto a further alternative of the present 
Invention a memory manager is provided for managing 
available internal memories of the gateway device. 



[0058] Said memory is preferably part of the operating 
system. 

[0059] The Involved Internal memories may be cho- 
sen from the group of flash memories, hard disc mem- 
5 cries, and/or the like. 

[0060] The involved external memories, and in partic- 
ular the external data bases may be Intemet sources, 
floppy discs, CR-ROMs, and/or the like. 

Further inventive embodiments are described in the 
following: 

[0061 ] The inventive gateway device for interconnect- 
ing different kinds of networks on both the transport and/ 
or the application layer has the flexibility to support fu- 
ture services and/or devices on the different networks. 
[0062] Preferably, the inventive gateway device is 
adapted to use services and/or devices across different 
kinds of networks. 

so [0063] It is also prefen-ed that the Inventive gateway 
device is adapted to offer full support to add new net- 
work technologies on both the transport and the appli- 
cation level or layer by simply adding new gateways to 
an existing network without changing the existing gate- 

25 ways. 

[0064] According to the invention, sen^ice Interopera- 
bility is achieved by a common service discovery proto- 
col. Additionally or altematively, the inventive gateway 
device is adapted to map transport spectfk: servk^e def- 

30 inition to the common service discovery protocol. 

[0065] According to a further prefenred embodiment 
of the invention, the gateway devtee Is adapted to com- 
municate by employing a transport package channel in 
orderto become independent from gateways already in- 

35 stalled. 

[0066] Additionally, the gateway devbe Is capable of 
loading dynamically software modules from a database 
in order to support new services and/or devices. 
[0067] Gateway devices added to a network may be 
40 configured automatically and services and/or devices 
on the connected networks are announced In all other 
networks. 

[0068] It is also preferred that multimedia streams are 
transmittable through transport-specific isochronous 

45 channels within the network. 

[0069] According to a further preferred embodiment 
of the present invention, the gateway devk:e Is capable 
of routing multimedia streams across the network to a 
transparent isochronous channel. 

50 [0070] According to a further aspect of the present in- 
vention, the gateway device is adapted to route multi- 
media streams between sources and/or sinks directly 
controlled by an additional control device. 
[0071 ] Preferably, a transcoder is provided which may 

55 transcode between different streaming formats and/or 
multimedia codecs. 

[0072] As a further preferred embodiment of the 
present invention, the transcoder at any location in the 
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network may transcode between different streaming for- 
mats and/or multimedia codecs. 
[0073] These and further aspects are further elucidat- 
ed taking reference to the following remarks: 
[0074] There is a need to exchange data between var- 
ious multimedia devices, for instance within a network 
of devices which are connected to at least one network 
bus. These devices are usually connected to or possess 
different wired or wireless communk:atlon systems re- 
spectively wireless communication systems. In order to 
exchange control data, status data, stream data, etc., 
these wired or wireless communication systems need 
to be connected. 

'[0075] Usually this1s*done by a gateway or bridge de- 
vice, which interfaces to the different physical layers and 
maps the commands and data, for instance by using 
said network bus. Due to the large number of existing 
physical layers, devices, command sets, and data 
stream fomnats there are a lot of different gateways 
needed. 

[0076] In fast changing environments like in home-, 
car- or telecommunication networks, new devices with 
new protocols or data fonnats need to be connected. 
This causes big problems with such kind of static gate- 
ways, which doni know the new protocols, command 
sets and data fonmats. 

[0077] The idea of the invention is to solve this prob- 
lem by a generic gateway architecture. 
[0078] This means the generic architecture allows to 
plug In any number of bus drivers depending on the con- 
figuration and tasks of the gateway. The modules for the 
protocol conversions are loaded dynamically, depend- 
ing on the connected devices and wired or wireless com- 
munication systems. Also the data stream encoder/de- 
coder are loaded dynamically depending on the needs 
of the different stream formats. 
[0079] Besides this the presentation of the device can 
be obtained dynamically. 

[0080] So it is ensured that the entire architecture is 
fully generic and flexible. The software does not need 
to be changed If new devices are connected and no new 
protocols need to be translated or new data formats 
need to be en-, de- or transcoded. - 
[0081] State of the art gateways have a dedicated ar- 
chitecture mapping the input messages/data streanns to 
output messages/data streams. Up to now there is no 
known gateway, utilizing the ideas of this Invention. 
[0082] The main advantage of this invention Is that the 
consumer can connect new devices with new protocols, 
command sets and data formats to the network without 
taking care of the gateway. This architecture also eases 
the design of future proof gateways and it gives more 
flexibility in planning and designing the network topolo- 
gies. 

[0083] The aspects of the present invention that are 
further elucidated taking reference to the accompanying 
Figures based on preferred embodiments of the present 
invention. 
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Is a schematlcal block diagramm describ- 
ing a first example of a network scenario 
employing an embodiment of the inven- 
tive gateway device. 

is an example of an In-car network em- 
ploying an example of the inventive gate- 
way devk:e. 

Is an example of an In-car network using 
an embodiment of the Inventive gateway 
device. 

is a further example of an in-car network 
employing an embodiment of an Inventive 
gateway device. 

examplifies the concept of a virtual net- 
work. 

demonstrates an embodiment of the over- 
all architecture of the inventive gateway 
device. 

illustrate a communication flow chart of an 
example scenario of the inventive gate- 
way device. 

illustrates a further embodiment of the in- 
ventive gateway device. 

illustrates still a further embodiment of the 
inventive gateway device. 



[0084] First of all, the concept of the inventive gate- 
way device and its functionalities are illustrated taking 
reference to Fig. 9, which shows by means of a sche- 
matlcal block diagram a network, comprising a network 
bus NB to which devices D1 , Dn are connected. Each 

of said devices D1 Dn comprises a distinct device 

bus DB1, .... DBn. To realize the connection and com- 
munication between said device buses DB1, DBn 
and said network bus NB, each of said devices D1 , 
Dn comprises an embodiment GW1 , GWn of the in- 
ventive gateway device GW, which is capable to realize 
the connection and the communication in a dynamical 
and flexible way. 

[0085] A typical network scenario employing the In- 
vention is shown in Figure 1 . There is a wide range of 
different networks used for different applications. You 
find a usual computer network 1 with WAN access 5 and 
a connection to a wireless LAN 7, as well as a home 
automation network 6 or a multimedia network 2 car net- 
work 4 or at least a personal network 3 or any other net- 
works 8. Inside of each network there are a lot of devices 
111-163 plugged in, e. g. an amplifier 1 24 a camcorder 
123, a TV 122 and an audioA/ideo hard drive 121 are 
connected to the IEEE1394 multimedia network 2 
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[0086] Figure 2 focuses on a network scenario in a 
car. Directly piugged into the car bus are devices like 
the DVD-player 1 45 the MMI1 46 used to control the de- 
vices and as a monitor for videos, the amplifier 141 to 
playback audio, a car-computer 147 e. g. for navigation 
and a head-unit 149 with integrated tuner. To plug in ad- 
ditional devices like a camcorder 123 a Gateway 42 to 
the car bus 4 is needed, because usually the camcorder 
has no car bus connector. 

[0087] To communicate between all networks 1-1 0 in 
other words between all devices 1 1 1 -1 63 and to transfer 
data to other networks, the networks are interconnected 
using gateways 11-49. These gateways could be usual 
access points 17 to connect an Ethernet to a WLAN or 
Just a modem for the WAN access 15. But to discover 
all devices and services transparent against each other 
and to communicate and transmit data between these 
devices of different networks the generic gateway de- 
scribed In this document Is required. 
[0088] Again In the car scenario of Figure 2 the gate- 
ways 40-49 submit this interoperability and communica- 
tion of all devices across the car-bus / car-network re- 
strictions. An example of audio streaming from your per- 
sonal Bluetooth MP3-player 134 to the car speakers us- 
ing the car amplifier 141 is shown In Figure 3. The de- 
scription In detail of the communication between both 
devices over the gateway you can see below in the se- 
quence chart in Figure 7. 

[0089] The generic characteristic of the gateway illus- 
trates Figure 1 . The gateway allows any combination of 
Interconnection between different networks. This possi- 
bility shows the schema 200 In Figure 2. The generic 
characteristic offers also the advantage that you have 
to implement the "generic" part of the gateway for a new 
network only once, afterward it is possible by the gate- 
way to connect to ali other known and Implemented net- 
works. Also complex combinations of networks are al- 
lowed. With the generic gateway a transparent commu- 
nication between devices separated through a third net- 
work is given. For example in Figure 4 the video data 
from an IEEE1394 camcorder 143 are transmitted over 
the gateway 42 through the car bus 4 and again over a 
generic gateway 47 to the hard drive 113 inside the 
WLAN network 7. This action is triggered and controlled 
by the PDA 131 , a third device which belongs to a Blue- 
tooth pk:onet 3, a forth network also connected to the 
car bus via a gateway 43. 

[0090] The idea of the generic gateway is, to bring all 
devices of all different networits to a uniform abstract 
communication layer in this way, that kinds of "virtual'* 
devices represented by the gateways can communicate 
directly between each other. This abstract communica- 
tion layer could be e.g. UPnP over IP. In this case all 
gateways establish an IP communication network using 
the car bus as a backbone for IP tunneling. The result 
is shown in Figure 6, where the generic gateways 42, 
43, 47 enable "virtual" devices V1 13, VI 23, V131. 
Thereby the devices can control or send events directly 



to each other inside the communication network V4. The 
Gateways have to translate the actions from the virtual 
devices to the real devices. Also the generic gateways 
offer the possibility for transmission of Isochronously da- 
5 ta between devices. This is described in the architecture 
description in detail. 

[0091] Figure 6 shows the architectural overview of 
the generic gateway. 

[0092] This figure shows an example for interfacing 

10 to/between non-IP networi^s like i.LINK, MOST, Blue- 
tooth and to/between typical IP networks like IEEE 
802.11 . IEEE 802.2, GPRS, etc. All these wired or wire- 
less communication systems are referred hereafter as 
wired or wireless communication systems. 

IS [0093] The architecture also allows to integrate other 

existing or future systems as well 1 05, 205, 305 The 

different wired or wireless communication systems can 
be used in any combination in this architecture. Basical- 
ly it is a layered architecture over all wired or wireless 

^ communtoation systems. 

[0094] The present invention in particular concems 
the features shown above the device drivers (dotted 
line). Nevertheless the whole architecture shall be de- 
scribed hereafter. 

25 [0095] The different wired and wireless wired or wire- 
less communication systems are Interfaced to the phys- 
ical and data link layer 1 00. There are different hardware 
blocks 1 01 ..106 for each wired or wireless communica- 
tion system. If new wired or wireless communication 

30 systems are needed, new hardware 1 06 could be add- 
ed. If some hardware is not needed anymore, it could 
be removed and all the drivers are un installed. 
[0096] But the architecture can also be applied to 
none open embedded systems. In this case no hard- 

35 ware can be added or removed after production. So the 
gateway is fixed on the wired or wireless conmun Ication 
systems, but still flexible in the number/kind of support- 
ed devices. But in this case the number of supported 
wired or wireless communication systems can be in- 

40 creased by addition of additional gateways to the net- 
work. 

[0097] In order to interface the hardware 301 , 305 
to the bus driver, there Is a hardware adaptation layer 
HAL, 200 underneath. This allows the usage of the 

45 same bus driver on different hardware or hardware from 
different vendors for that particular wired or wireless 
communk:ation system. The H ALs are installed from the 
Internal memory, flash, hard disc, etc., or from extemal 
data bases Internet, floppy disc, CD-ROM, etc., 206 as 

so soon as new hardware is detected in the gateway on 
layer 100. Usually this is initiated by the operating sys- 
tem 900. 

[0098] Bus specif functionality is realized In the bus 
driver 301, .... 305. They provide Interfaces for asyn- 
55 chronous and isochronous data to the higher layers and 
they are installed from the intemal memory, flash, hard 
disc, etc., or from extemal data bases Internet, floppy 
disc. CD-ROM, etc., 306 as soon as new hardware is 
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detected in the gateway on layer 1 00. Usually this is in- 
itiated by the operating system 900. 
[0099] As soon as new devices are connected to the 
wired or wireless communication systems, the corre- 
sponding device driver 400 are loaded from the internal 
memory flash, hard disc, etc., or from external data bas- 
es, Internet, floppy disc, CD-ROM, etc., 306. Usually this 
is initiated by the operating system 900. 
[0100] The device driver 400 Interfaces to the bus 
driver 300 on the lower side and to the Adaptation layer 
500 on upper side. 

[01 01 ] The adaptation layer consists of several mod- 
ules called proxies and presentations. These modules 
are loaded from the internal memory, flash, hard disc, 
etc., or from external data bases Internet, floppy disc, 
CD-ROM, etc., 506, 606. The proxy manager 903 loads 
and unloads the device proxies 501, 505 and gate- 
way proxies 511 51 5 and presentations 601 605. 

[0102] The proxies provide the adaptation of the de- 
vice driver API*s to the abstract layer 600. This compris- 
es the adaptation/translation of the specific device and 
service discoveries, command sets (control), eventing, 
etc. to the equivalent abstract discovery, control, event- 
ing, etc. functionalities. The device proxies present the 
device functionality to the abstract layer and the gate- 
way proxies present all the abstract services (presented 
by the proxies of other wired or wireless communication 
systenns) to the native wired or wireless communication 
system. 

[0103] in order to prevent more adaptations/transla- 
tions than necessary there is the possibility (not neces- 
sarily) to tunnel the abstract layer (e. g. I P) over several 
wired or wireless communication systems without addi- 
tional adaptation/translation. 

[0104] The presentations are also loaded in conjunc- 
tion with the proxies for each device. The presentations 
are used as interface of the device functionality to the 
user. These presentations might be directly used or can 
be overruled by the control device, if the control device 
wants to present the device in a different way to the user. 
[01 05] The abstract layer 600 could leverage existing 
technologies. This could be e. g. UpnP for the device 
and service discovery, control, eventing and presenta- 
tion; and e. g. IP for the addressing and routing within 
the abstract layer 600. 

[0106] Because the streams (isochronous or synchro- 
nous) on different wired or wireless communication sys- 
tems are encoded in different fomnats, there is a trans- 
coding needed, in order to ensure the interoperability 
between those devices. The stream data are processed 
by one or several codecs. The stream manager deter- 
mines which coding schemes are needed. The codecs 
are loaded from the internal memory, flash, hard disc, 
etc., or from external data bases, internet, floppy disc, 
CD-ROM. etc., 834. 

[0107] In order to prevent more stream trans-codings 
than necessary, there is the possibility (not necessarily) 
to tunnel the stream data in the transport protocol of the 
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abstract layer (e.g. IP) over several wired or wireless 
communication systems. 

[0108] The codecs and the streams are interfaced by 
. shared memory 810, which Is also managed by the 
5 stream manger. The connection management between 
the different devices is also a task of the stream man- 
ager. 

[0109] The resource manager 902.is aware of all the 
bus resources (bandwidths. number of streams, etc.). 
10 The resource manager is responsible for rejecting those 
requests which would go beyond the available resourc- 
es. 

[0110] The memory manager 901 is managing the 
available internal memory of the Gateway. This could be 

15 part of the operating system or be a separate instance. 
[Oil 1] The sequence! chart of Figures 7a to d shows 
the phases that are Involved in a scenario where a gate- 
way merges a IEEE 1394 bus and a Bluetooth piconet. 
The sequence chart describes a scenario in which a us- 

20 er wants to play a piece of music from his portable Blue- 
tooth player on an amplifier that is part of a IEEE 1394 
ensemble. Because the amplifier does not have a Blue- 
tooth interface, a gateway is needed to allow this oper- 
ation. 

2S [0112] As can be seen in Figures 7a to d, in a first step 
the user 1 00 switches on the portable Bluetooth audio 
player, the Bluetooth audio server, 400 and starts an In- 
quiry on the Bluetooth piconet S 101, 102. After the gate- 
way answers with a friendly name and a Bluetooth de- 

30 vice list is presented to the user, the user connects the 
player via the Bluetooth air interface to the gateway 300, 
S401, 301, 402, 103. The Bluetooth piconet between 
player and gateway with ACL connection, SDP inquiries 
and responses is established S302 - 304, 403. 

35 [0113] The gateway recognizes the audio functional- 
ity of the portable player, lool<s up In his memory for an 
available device driver and toads the driver from the in- 
ternal memory or from an external source S305 - 307. 
The proxy manager of the gateway installs a proxy cor- 

40 responding to the Bluetooth player and knows also if the 
proxy is available in the internal memory or from an ex- 
ternal source S308 - 310. This is done optional also for 
one or more Bluetooth audio server presentations S311 
- 31 3. Now the gateway more exact the Bluetooth audio 

4S proxy announces the audio server device to UPnP 
S314. 

[0114] For the next step the user switches the IEEE 
1394 audio renderer 200 on SI 04. This triggers a bus 
reset to the IEEE 1394 bus and the audio renderer an- 

so nounces the headunit device to the IEEE 1394 bus 
S201 , 202. This time the gateway looks for the device 
and proxy drivers and presentation of the audio renderer 
and loads them from the internal memory or an external 
source. This time the headunit proxy advertises the two 

55 devices audio renderer and audio control to UPnP. 
[0115] The audio renderer reads the subunit infonma- 
tion of the gateway, which are the UPnP devices repre- 
sented by the gateway proxy. Therefore the gateway 
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proxy discovers all UPn P devices and sends the subunit 
information back S203, 327, 328. This information is 
presented inside the audio renderer S204. 
[01 1 6] At the time ail devices are presented to the us- 
er via the display of the headunit 200, the user selects 
the audio server by the MMi of the headunit S1 05. 
[01 1 7] Then the headunit requests the directory data 
of the audio source device S205 from the gateway 
proxy. The Bluetooth audio server proxy then sets up a 
L2CAP connection for AVDTP S329 and reads the di- 
rectory data from the Bluetooth audio server S330, 
S404. Then the gateway proxy transfers the directory 
data to the headunit S331. The headunit is presenting 
the directory data to the user S206. 
[0118] When the user mal<es a selection SI 06, an AV/ 
C object number select command ONS is sent to the 
gateway proxy S207. The Bluetooth audio server proxy 
then sets up a L^CAP connection for AVDTP S332 and 
then it finds the stream endpoints by sending a 
AVDTP_DiSCOVER_CMD S333)and receiving a 
AVDTP_DISCOVER_RSP S405from the Bluetooth au- 
dio server. Then the Bluetooth audio server proxy gets 
the capabilities of each stream endpoint by sending a 
AVDTP_GET_CAPABILiTiES_CMD (S334) and receiv- 
ing a AVDTP_GET_CAPABiLITiES_RSP from the from 
the Bluetooth audio server S406. 
[0119] Then the stream manager asks both proxies 
for their supported stream formats S335 and defines the 
stream fomriat for this transmission. Then the stream 
manager loads the appropriate codecs either from the 
intemal memory or if not available from an external 
source S337, ...,S339. If the codec(s) could not be load- 
ed successfully the stream manger asks the gateway 
manager to reject the AV/C ONS command. 
[0120] if the codec(s) were loaded successfully the 
Bluetooth audio server proxy sends a 
AVDTP_SET_CONFIGURATION^CMD 8343 to the 
Bluetooth audio server and the Bluetooth audio server 
then acknowledges the configuration settings by send- 
ing a AVDTP_SET_CONFIGURATION_RSP S407. 
[0121] The IEEE1394 headunit proxy establishes a 
connection with the headunit by using CCM (Connection 
and Compatibility Management) commands S344. 
[0122] If there are not enough resources to perform 
the audio streaming, the AV/C ONS command is reject- 
ed S346. 

[0123] If the resources are suffbient, the Bluetooth 
audio sender proxy sends commands 8347, .... 8350 to 
the Bluetooth audio server In order to open and start the 
stream. This Is acknowledged by the audio server 
S408, .... S410. 

[0124] Then the audio server starts sending audio 
stream data via RTP/i^CAP to the gateway. The codec 
will decode the SBC audio data to PCM audio data S251 
which will be send In the IEC60g58 format on IEEE 1394 
to the headunit S352. 

[0125] The headunit perfomis the audio rendering 
8208 based on the received data. 



[0126] Figure 8 shows the devices from the example 
"audio streaming from Bluetooth audio server to IEEE 
1394 audio renderer" in three different views. The de- 
vices appear each with In the different networks varia- 
5 b)e. 

[0127] The first view of the scenario Is the view of the 
IEEE 1394 bus. Connected to the IEEE 1394 bus are 
the audio renderer (headunit 301) and the gateway 1 00 
represented itself by the gateway proxy 302. This proxy 

10 covers all devices discovered inside the UPnP network 
200 as subunits to the 1EEE1 394 bus. This excludes on- 
ly devices of the own bus. in the figure the gateway 
proxy 302 announces the Bluetooth player as a subunit 
of the gateway to the IEEE 1394 bus. 

IS [0128] inside the gateway there is the abstract com- 
munication layer, which Is a second view of the devices. 
This could be Implemented using an IP network with UP- 
nP 200. Each device proxy of the gateway represents a 
con^esponding UPnP device in the IP network. As can 

20 be seen in the figure, two device proxies 201 , 202 an- 
nounce the two subunits of the headunit 301 to the UP- 
nP network. The third proxy 203 represents the audio 
player 402 of the Bluetooth piconet. 
[0129] From the view of the Bluetooth piconet, there 

25 exist the two Bluetooth devices player 402 and gateway 
401. Each of the devices supports the A2DP and 
AVRCP profile, whereby the gateway proxy 401 repre- 
sents the IEEE 1394 audio renderer 301 . 

30 

Claims 

1 . Gateway device for connecting and communicating 
between at least a first and a second bus system or 

35 wired or wireless communication system, 
characterized in 

that said gateway device (GW) is a generic gateway 
device being dynamical and/or adjustable with re- 
spect to the addition and/or removal of at least one 
40 bus system (DBj, NB) or wired or wireless commu- 
nication system, protocol conversion or protocol 
conversion data, data stream encoder and/or de- 
coder and/or data thereof, bus or device presenta- 
tion data and/or the like. 

45 

2. Gateway device according to cialm 1 , 

which is adapted to dynamically load and/or 
remove protocol conversion data or modules for 

protocol conversions, In particular depending on 
50 buses, devices, wired and/or wireless communica- 
tion systems to be connected. 

3. Gateway device according to anyone of the preced- 
ing claims, 

S5 which is adapted to dynamically load and/or 

remove data stream decoder and/or data stream 
encoder data, in particular depending on the needs 
of different data stream fomiats. 
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4. Gateway device according to anyone of the preced- 
ing claims, 

which is adapted to dynamically obtain, load 
and/or remove bus or device presentation data. 

5. Gateway device according to anyone of the preced- 
ing claims, 

which is adapted to bring and/or represent de- 
vices and/or wired or wireless communication sys- 
tems to be connected to and on a uniform and ab- 
stract communication layer. 

6. Gateway device according to claim 5, 

which is adapted to enable the generation and 
representation of virtual devices which directly cor- 
respond to physical devices and/or wired or wire- 
less communication systems to be connected. 

7. Gateway device according to claim 6, 

which is adapted to enable and/or establish 
direct communication of said virtual devices. 

8. Gateway device according to anyone of the claims 
5 to 7, 

wherein said ak>stract communictalon layer 
contains or is built-up by an UPnP-structure over an 
IP-structure. 

9. Gateway device according to anyone of the preced- 
ing claims, 

which is capable of interfacing to and/or be- 
tween non-IP-networks, in particular i.LINK, MOST, 
Bluetooth struture and/or the til<e. 

10. Gateway device according to anyone of the preced- 
ing claims, 

which Is capable of Interfacing to and/or be- 
tween IP-networks, in particular IEEE 802.11. IEEE 
802.2, GPRS-structures, and/or the like. 

11 . Gateway device according to anyone of the preced- 
ing claims, 

which contains and/or realizes a physical and 
data link layer (1 00, PHY, DLL) which is in particular 
capable of having wired or wireless communication 
systems interfaced thereto. 

12. Gateway device according to claim 11 . 

which comprises for each wired or wireless 
communication system to be interfaced different 
hardware blocks (HW, 101 , 106) provided within 
said physical and data link layer (100, PHY, DLL). 

13. Gateway device according to anyone of the preced- 
ing claims, 

which contains and/or realizes a bus driver 
layer (300) having a bus driver (301, 305) for 
each of said wired or wireless communication sys- 



tems to be connected and/or to be interfaced. 

14. Gateway device according to claim 13, 

which contains and/or realizes hardware ad- 
5 aptatlon layers (HAL, 200, .... 205) for each of said 
wired or wireless communbation systems to be 
connected and/or to be interfaced so as to enable 
interfacing between said hardware blocks (HW, 
101 106) and said bus driver layers (300). 

10 

15. Gateway device according to claim 14. 

which Is capable of Installing said hardware 
adaptation layers (HAL, 200 205) from an inter- 
nal memory and/or from a first external data base 
IS (HAL DB, 206), in particular from a hardware adap- 
tation layer data base (HAL DB, 206), In particular 
upon detection of newly connected hardware and/ 
or in particular under control of an operating system 
(OS, 900). 

20 

16. Gateway device according to anyone of the clainfis 
13 to 15, 

wherein specific functionalities are realized in 
the distinct bus drivers (301, .... 305) which are in 
25 particular capable of providing interfaces of asyn- 
chronous or isochronous data to higher layers. 

17. Gateway device according to anyone of the claims 
13 to 16, 

30 which is capable of installing and/or loading 

said bus drivers (301,..., 305) from an internal 
memory and/or from an external data base or bus 
driver data base (BUS DRIVER DB, 306) in partic- 
ular upon detection of newly installed connected 

35 hardware and/or in particular under control of an op- 
erating system (OS, 900). 

1 8. Gateway device according to anyone of the preced- 
ing claims, 

40 which contains and/or realizes a device driver 

layer (400) having in particular a plurality of device 
drivers (401. ...,410). 

19. Gateway device according to claim 18, 

45 which is capable of installing and/or loading 

said devk:e drivers (401, 410) from an internal 
memory and/or from an external data base, in par- 
ticular from a devk:e driver data base (device driver 
DB, 411), in particular upon detection of newly con- 

50 nected hardware and/or in particular under control 
of an operating system (OS, 900). 

20. Gateway device according to anyone of the preced- 
ing claims, 

55 which contains and/or realizes an adaptation 

layer (500) or device proxy layer (500) having a plu- 
rality of modules (501, 505, 511, 515) and/or 
a plurality of presentations (601, .... 605). 
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21. Gateway device according to claim 20, 

wherein said modules (501 505, 511, 

515) are realized as device proxies (501, 505) 
and/or as gateway proxies (511 , .... 515). 

22. Gateway device according to anyone of the claim 
20 or 21, 

wherein said device driver layer (400) and In 

particular said device drivers (401 410) are 

adapted to interface between said bus driver layer 
(300) and in particular to said bus drivers (301, 
305) and to said adaptation layer (500) or said de- 
vice proxy layer (500). 

23. Gateway device according to anyone of the claims 

20 to 22, 

wherein said adaptation layer (500) or device 
proxy layer (500) is capable of installing and or load- 
ing said modules (501 505,511, .... 515) and/or 

said presentations (601, 605) from an Internal 
memory and/or from a proxy data base (proxy DB, 
506) and from a presentation data base (presenta- 
tion DB, 606), respectively, in particular upon detec- 
tion of newly connected hardware and/or in partic- 
ular under control of an operating system (OS, 900). 

24. , Gateway device according to anyone of the claim 
20 to 23, 

wherein a proxy manager (903) is provided 
which is adapted to load and/or unload said device 
proxies (501,..., 505), gateway proxies (511,..., 
515) and/or said presentations (601 , 605). 

25. Gateway device according to anyone of the preced- 
ing claims 20 to 24, 

wherein said plurality of presentations 
(601, 605) is adapted to form an abstract layer 
(600). 

26. Gateway device according to anyone of the preced- 
ing claims 20 to 25, 

wherein said modules or proxies (501 

505, 511 , 515) are capable of providing an ad- 
aptation of device driver APIs to the abstract layer 
(600), s&td adaptation comprising the adaptation 
and/or translation of the specific device and servic- 
es discoveries, command sets, eventing, and/or the 
lilce to respective equivalent abstract discovery, 
control, eventing functionalities, respectively. 

27. Gateway device according to anyone of the preced- 
ing claims 20 to 26, 

wherein said device proxies (501 , 505) are 
capable of presenting device functionalities to said 
abstract layer (600). 

28. Gateway device according to anyone of the preced- 
ing claims 20 to 27, 



wherein said gateway proxies (511 515) 

are capable of presenting abstract services - in par- 
ticular presented by proxies of other wired or wire- 
less communication systems - to the native wired 
5 or wireless communication system. 

29. Gateway device according to anyone of the preced- 
ing claims 20 to 28, 

which is capable of tunnelling said abstract 
10 layer (600) of several wired or wireless communi- 
cation systems to be connected and/or interfaced,, 
in particular without additional adaptation or trans- 
lation. 

30. Gateway device accordi n g to a nyone of the preced- 
ing claims 20 to 29, 

wherein said abstract layer (600) is capable 
of employing an UPnP-structure for said services 
discovery, control, eventing and/or presentation 
20 functionalities. 

31 . Gateway device according to anyone of the preced- 
ing claims 20 to 30, 

wherein said abstract layer (600) is capable 
25 of employing an IP-structure for addressing and 
routing said al>stract layer (600). 

32. Gateway device according to anyone of the preced- 
ing claims 20 to 31 , 

30 which is adapted for loading said presenta- 

tions (601, 605) together or In conjunction with 
said modules or proxies (501, ...,505,511, ...,515). 

33. Gateway device according to anyone of the preced- 
es ing claims 20 to 32, 

which is adapted to use said presentations 
(601, 605) as interfaces of functionalities to an 
external user. 

40 34. Gateway device according to anyone of the preced- 
ing claims 20 to 33, 

which is adapted to use said presentations 
(601 , . . . , 605) directly or in a way overruled by a con- 
trol device so as to represent a given device to an 

45 external user in a different way. 

35. Gateway device according to anyone of the preced- 
ing claims, 

which is capable of transcoding streams of 
50 data on different wired or wireless communication 
systems so as to ensure interoperability of devices 
to be connected or interfaced. 

36. Gateway device according to claim 35, 

55 wherein one or a plurality of codecs (831, 832, 

833) is provided for processing said streams of data 
and in particular for carrying out said transcoding. 
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37. Gateway device according to anyone of the claims 
35 or 36, 

wherein a stream manager (820) is provided 
for determining necessary coding schemes. 

38. Gateway device according to anyone of the preced- 
ing claims 36 to 37, 

which is capable of installing and/or loading 
said codecs (831 , 832, 833) from an internal mem- 
ory and/or from an extemai codec data base (CO- 
DEC DB, 834), in particular upon detection of newly 
connected hardware and/or in particular under con- 
trol of an operating system (OS, 900). 

39. Gateway device according to anyone of the preced- 
ing claims 35, to 38, 

which is capable of tunnelling said stream da- 
ta in the transport protocol of said abstract layer 
(600) or over several wired or wireless communica- 
tion systems to be connected and/or interfaced. 

40. Gateway device according to anyone of the preced- 
ing claims 35 to 39, 

wherein a shared memory (810) is provided 
for interfacing said codecs (831 , 832, 833) and said 
stream data. 

41. Gateway device according to claim 40, 

wherein said shared memory (81 0) is adapted 
to be managed by said stream manager (820). 

42. Gateway device according to anyone of the preced- 
ing claims 37 to 41 , 

wherein said stream manager 820) Is adapted 
to manage connections between different devices. 

43. Gatewaiy device according to anyone of the preced- 
ing claims, 

wherein a resource manager (902) is provid- 
ed which is adapted to be aware of bus resources, 
such as bandwidths, numbers of streams, and/or 
the like. 

44. Gateway device according claims 43, 

wherein said resource manager (902) is 
adapted to be responsible for rejecting requests 
which go beyond said available resources. 

45. Gateway device according to anyone of the preced- 
ing claims, 

wherein a memory manager (901 ) is provided 
for managing available internal memories of said 
gateway device (GW). 

46. Gateway device according to claim 45, 

wherein said memory manager (901) is a part 
of the operating systems (OS, 900). 



47. Gateway device according to anyone of the preced- 
ing clalnns, 

wherein flash memories, hard disc memories, 
and/or the like are provided as internal memories. 

5 

48. Gateway devtee according to anyone of the preced- 
ing claims, 

wherein internet sources, floppy discs, 
CD-ROMs and/or the like are provided as extemai 
10 memories, in particular as said extemai databases. 

49. Gateway device according to anyone of the preced- 
ing claims, 

which is adapted for interconnecting different 
15 kinds of networks on both the transport layer and 
the appltoatlon layer and whteh has the flexibility to 
support future services and/or devices on said dif- 
ferent kinds of networks. 

20 50. Gateway device according to anyone of the preced- 
ing clainrts, 

which is adapted to use servtees and/or de- 
vices across different kinds of networks. 

25 51. Gateway devk:e according to anyone of the preced- 
ing claims, 

which is adapted to offer full support to add 
new network technologies on both the transport lay- 
er and the application layer, in particular by simply 
30 adding new gateways to an existing network without 
changing existing gateways. 



52. Gateway devtee according to anyone of the preced- 
ing claims, 

which is adapted to achieve service interop- 
erability by a common service discovery protocol. 
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53. Gateway devk:e according to anyone of the preced- 
ing claims, 

which is adapted to map transport-specific 
service definitions to common serv^ice discovery 
protocols. 



54. Gateway devk;e according to anyone of the preced- 
es ing claims, 

which is adapted to perfonm communication 
to other external gateway devices by a transparent 
packet channel so as to become Independent from 
said external gateway devtees already installed to 
so a network. 

55. Gateway device according to anyone of the preced- 
ing claims, 

which is adapted to dynamically load software 
55 modules from a database In order to support new 
sen/ices and/or devices. 

56. Gateway devk^e according to anyone of the preced- 
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ing claims, 

which is adapted to automatically be config- 
ured when installed to a network. 

57. Gateway device according to anyone of the preced- s 
ing claims, 

which is adapted to announce services and 
devices of a network to other networks to be con- 
nected or which are connected. 

10 

58. Gateway device according to anyone of the preced- 
ing claims, 

which is adapted to transmit multimedia data 
streams through transport-specific isochronous 
channels within the network. is 

59. Gateway device according to anyone of the preced- 
ing claims, 

which is adapted to route multimedia data 
streams across a networl< through a transparent Is- 20 
ochronous channel. 

60. Gateway device according to anyone of the preced- 
ing claims, 

which is adapted to route multimedia streams 2s 
between sources and sinks in a way directly con- 
trolled by an additional control device. 

61 . Gateway device according to anyone of the preced- 
ing claims, 30 

wherein a transcoder Is capable of transcod- 
ing between different stream and formats and mul- 
timedia codecs. 

62. Gateway device according to anyone of the preced- 35 
ing claims, 

wherein a transcoder at any location in the 
network is capable of transcoding between different 
streaming formats and multimedia codecs. 

40 
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